網站建設中積極利用日志文件
本著要用正確的工具完成工作的精神，今天我們討論一下在網站建設中可能每個人都有卻常常被忽略的工具 – 日志文件。除非你故意關閉了網站服務器的記錄日志功能，否則幾乎各種應用都有錯誤和訪問日志。II和Apache都S有錯誤和訪問日志，Tomcat有java.util.logging或log4j.這些日志是非常有用的工具，可以讓我們知道在網站建設過程中被忽略或未被察覺的bug或邏輯錯誤，但是這些工具被絕大多數深圳網站建設公司所忽略。要合理利用這些工具，需要遵守下面幾個簡單但重要的步驟。 6天前 上傳 下載附件 (37.79 KB)
深圳網站建設
網站日志系統 使用日志文件的第一步是把它們集合起來。因為你可能有幾十甚至上百臺服務器，那么需要把數據集合起來才能使用。如果數據量太大，無法集合起來，那么可以采用，如每N臺服務器采集一次。另一種策略是把幾臺服務器日志集合到一臺日志服務器上，然后由這臺服務器把這些半集合的日志傳遞到最終集合地點。專用的日志服務器可以把日志集合起來，然后發送到數據存儲設備上。與網站制作時的開發環境不同的是，這種集合操作通常是經過帶外網絡執行的，與生產環境使用的不是同一個網絡，要避免日志數據，監控數據或集合數據影響網站生產環境的流量。 下一步是監控這些日志。許多深圳網站建設公司花費了時間和計算資源記錄和集合日志，但是卻忽略了其中的數據。雖然你會使用發生事故的日志文件幫助恢復服務，但這沒有化利用日志。首先可以采用的方式是利用自動化工具監控這些日志文件。可以使用定制的腳步進行監控，如一個shell腳步，可以按給定模式搜索文件內容，累計錯誤數量，當超過閥值時進行修改。更復雜的工具，像Cricket或Cacti，具有繪制圖形的能力。同時具有集合和監控日志文件功能的工具是Splunk。 在集合了日志并監控錯誤后，最后一部是修正問題。這需要分配網站制作人員和QA人員，識別與個別問題相關的一般錯誤。通常，應用程序流中的一個bug會造成形式各異的錯誤。發現這個bug的網站制作人員很可能會被指派為修正它的人，也可能會把這個任務分配給其他網站建設人員。 雖然我們希望日志文件中完全沒有錯誤，但是不可能一直這樣。日志文件中的錯誤很常見，需要建立一個流程，確保他們不會失控或被忽略了。有些深圳網站建設公司會定期清理那些不需要立即處理的錯誤。這些錯誤很簡單，可能是應用中沒有重定向配置，或者沒有處理一直錯誤的條件。 必須記住，記錄日志也是有成本的。不僅有保存額外數據的成本，還有事務響應時間的成本。通過不時地總結日志，歸檔，在日志價值下降時清楚它，有助于減少保存數據的成本。最終，我們要注意記錄日志的成本，關于記錄多少數據以及保留多少數據，需要作出高性價比的決策。 希望我可以說服你，讓你相信在網站制作和網站設計的過程中調試和監控網站日志文件是個重要的工具。利用這么一個你可能已經有的工具，能夠幫助你極大地增強網站穩定性，用戶體驗和網站可擴展性，希望所有深圳網站建設公司都能重視起來，無論是展示型網站建設還是營銷型網站建設這將大大降低網站建設時的人工和時間成本。